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(54) SVC accessing method for use in ATM- DS LAM (ATM - DSL Access Multiplexer) 



(57) An access server and a DSLAM are continu- 
ously connected by a PVC. The access server and the 
DSLAM manage an unused ATM VC within the PVC 
while making a communication with an idle VC indica- 
tion cell which is an OAM cell. The DSLAM allocates the 



unused ATM VC by communicating with the access 
server based on a call originating request issued from a 
modem. 
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the Internet backbone 2101 and the access network 
2106, which are shown in Fig. 1. Considering this fact 
and the convenience where an existing copper wire 
cable can be used while maintaining a telephone serv- 
ice, H is significant that the xDSL line accommodated by 
the DSLAM is used as an access line to the ATM net- 
work or to the Internet. 

[0016] In this case, an IP datagram transmitted, for 
example, from the PC or the LAN possessed by the user 
21 07 to the Web site 21 02, is converted into an ATM cell 
and is further converted into an XDSL signal by the 
xDSL modem in the user 2107's home. 
[0017] The xDSL signal is transmitted to the copper 
wire cable which is the subscriber line via the splitter in 
the user 2107's home, and reaches the accommodation 
station. 

[0018] After the xDSL signal is split from a telephone 
speech signal by the splitter in the accommodation sta- 
tion, it is received by the DSLAM within the accommo- 
dation station. 

[0019] The ATM ceil received by the DSLAM is multi- 
plexed with an ATM cell received from another sub- 
scriber line, and then transmitted to an ATM interface 
(such as a SONET interface) leading to the access net- 
work 21 06 configured by the ATM network. 
[0020] The ATM cell which has passed through the 
access network 2106 is received by an access server 
within the access point 2105. The access server 
extracts the IP datagram from the received ATM ceil. 
[0021 ] The extracted IP datagram is transferred to the 
Web site 2102 via the Internet backbone 2101. 
[0022] To typically implement the connection to the 
Internet, the user 2107 first makes a point-to-point con- 
nection to the access server within the access point 
2105 which is the entry to the Internet backbone 2101 
by using a protocol refenred to as a PPP (Point to Point 
Protocol). At this time, the user 2107 is assigned a glo- 
bal IP address which is determined according to a pro- 
tocol referred to as an IP (Internet Protocol) and can be 
uniquely identified on the Internet from a DHCP 
(Dynamic Host Configuration Protocol) server etc. 
belonging to an access server depending on need. 
Thereafter, the user 21 07 stores the IP datagram includ- 
ing the IP address of an opposing server in a PPP 
packet by using a global IP address which is originally 
possessed by the user 2 1 07 or is dynamically assigned, 
and exchanges the IP datagram with a server at a des- 
tination side. 

[0023] In the meantime, for example, if two communi- 
cating devices make a communication in an ATM net- 
work, ATA/I addresses must be respectively assigned to 
both of the devices. At the same time, an ATM connec- 
tion (VC: Virtual Connection/Channel) which can be 
uniquely identified within the ATM network must be 
established between the two devices. 
[0024] Accordingly, with the technique for integrating 
the xDSL line, the ATM network, and the Internet an 
ATM connection must be established based on the 



specification of ATM addresses between the xDSL 
modem within the user 2107 and the access server 
within the access point 2105 when a PPP session is 
started, as described above. 

s [0025] However, since the xDSL technique assumes 
that a high-speed communication is made at a low cost 
by directly linking an xDSL mode within a subscriber 
home and a DSLAM within an accommodation station, 
there is no concept of connecting/disconnecting an 

10 xDSL communication for each communication. There- 
fore, this technique does not work well with the control 
for establishing/releasing an ATM connection. 
[0026] Accordingly, a dedicated line connection form 
where the access server within the access point 2105, 

15 the DSLAM within the accommodation station, and the 
xDSL modem in the subscriber home are continuously 
connected with a PVC (Permanent Virtual Connec- 
tion/Channel) was conventionally adopted in the net- 
work system where the xDSL line, the ATM network, 

20 and the Internet are integrated. 

[0027] However, the same number of ATM connec- 
tions as that of users 2107 are required in the above 
described conventional connection form, although gen- 
eral end users such as home users, etc. are not contin- 

25 uously connected to the Internet. Therefore, the 
connection resources (more specifically, the number of 
VPIsA/CIs or the bandwidth used by a switch) within the 
ATM network are fixedly and wastefully used, which 
leads to the inability of ATM networks being applied to a 

30 large number of subscribers. 

[0028] An SVC (Switched Virtual Connection/Chan- 
nel) which is a connection for each call may be applied 
to overcome this problem. However, because the con- 
nection form of the xDSL communication is assumed to 

35 be connectionless as described above, this communica- 
tion does not work well with a connectionless SVC com- 
munication and an effective SVC controlling method 
does not currently exist. 

40 Summary of the Invention 

[0029] The present invention was developed in the 
above described background, and aims at realizing a 
connection form where the connection resources within 
45 an ATM network can be efficiently used, when an xDSL 
line is connected to a particular destination such as an 
access server, etc. via a cell switching network such as 
an ATM network, etc. 

[0030] One mode of the present invention assumes a 
so method with which a subscriber side modem which per- 
forms modulation/demodulation with a digital subscriber 
line method accesses an access server connected to an 
ATM switch network by using ATM cells transferred with 
an asynchronous transfer mode method via an accom- 
55 modation station side modem, which accommodates a 
digital subscriber line to which the subscriber side 
modem is connected. 

[0031] The access server and the accommodation 
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switch 103 and an access server 117, etc. are respec- 
tively interconnected by SONET interfaces. 
[0045] The ISP side access server 104 is connected 
to an Internet 105 belonging to the corresponding ISP. 
Web sites 107 or another access server 108 which 
accommodates a LAN 109 to which PCs 1 10 are con- 
nected is connected to the Internet 105. An IP commu- 
nication using an IP datagram is made on the Internet 
105. 

[0046] The DSLAM 1 02 may be connected with a LAN 
112 which accommodates PCs 113, etc. via a DSU 
(Data Service Unit) 1 1 1 in addition to the modem 101. 
In this case, the DSLAM 102 and the DSU 1 1 1 are con- 
tinuously connected. 

[0047] The DSLAM 102 may be connected with an 
access server 114 which supports an xDSL communi- 
cation, and the access server 114 may further be con- 
nected with a LAN 115 which accommodates PCs 1 16. 
[0048] Additionally, an ATM switch 103 may be con- 
nected with an access server 1 17 to which an in-house 
LAN 118 which accommodates PCs 1 19 is connected. 

< Communications Protocol Stacks between Respective 
Devices) 

[0049] Fig. 3 shows the communications protocol 
stacks between respective devices configuring the net- 
work shown in Fig. 2. 

[0050] Provided first is the explanation about a com- 
munication protocol between a PC 106 and a modem 
101 by taking as an example the case where data is 
transferred from the PC 106 to the modem 1 01 with ref- 
erence to Figs. 3 through 5. Note that the communica- 
tions protocol is the same also in the case where data is 
transferred from the modem 101 to the PC 106, except 
for the difference that the flow of the data becomes 
reversed. 

[0051 ] User information {such as TCP (Transfer Con- 
trol Protocol) segment data, etc.) generated by an appli- 
cation within the PC 106 is stored in a data area of the 
IP datagram where a public IP address is specified in its 
header, as shown in Fig. 4(a). The public IP address 
can be uniquely identified in the Internet space around 
the : world. As will be described later, the IP address 
assigned to the IP datagram is identified by the ISP side 
access server 104 (simply referred to as an access 
server 104 hereinafter), so that the IP datagram is trans- 
ferred, for example, to a Web site 107 on the Internet 
105 shown in Fig. 2. 

[0052] Next, the IP datagram is stored in the data area 
of a PPP packet to which a header and a trailer are 
added, as shown in Fig. 4(b). After the PPP packet is 
identified by the modem 101, it is terminated by the 
access server 104, as will be described later. With this 
packet, a point-to-point data communication between 
the PC 106 and the access server 104 can be made via 
the modem 101. 

[0053] The PPP packet is then stored in the data area 



of the PPP packet generated based on a PPTP (Point to 
Point Tunneling Protocol) or an L2TP (Layer 2 Tunneling 
Protocol) as shown in Fig. 4(c). This PPTP (or L2TP) 
packet is terminated by the modem 101 as will be 

5 described later. The PPTP (or the L2TP) is a protocol for 
relaying a PPP packet to a second device whose line is 
connected to a first device so that the first device which 
is not directly connected to a line communicates with a 
PPP connection destination which is reachable via a 

10 line. In this case, the PPTP (or L2TP) packet including 
the PPP packet is made to pass through a logical com- 
munication channel between the first and second 
devices. In the preferred embodiment of the present 
invention, the PPTP (or L2TP) packet generated by the 

is PC 106 which is not directly connected to an xDSL line 
is transmitted to the modem 101 through the tunnel of a 
private IP communication channel to be described next. 
The modem 101 extracts the PPP packet from the 
PPTP (or L2TP) packet, and transmits the extracted 

20 packet to the xDSL line leading to the access server 104 
which is a PPP connection destination. The reason why 
the PPP packet is included in the PPTP (or L2TP) 
packet is to allow a plurality of sessions to be processed 
without inconsistency. To implement this, an identifier 

25 for identifying each session or a sequence number, etc. 
is stored in the header of the PPTP (or L2TP) packet. 
[0054] Next, in the PC 106. the PPTP (or L2TP) 
packet is stored in the data area of a UDP datagram 
generated based on a UDP (User Datagram Protocol) 

30 as shown in Fig. 4(d). The UDP datagram is terminated 
by the modem 101 as will be described later. A port 
number for identifying a PPTP (or L2TP) driver applica- 
tion which processes a PPTP (or L2TP) packet is 
assigned to the header of the UDP datagram. 

35 [0055] Additionally, in the PC 1 06, the UDP datagram 
is stored in the data area of the IP datagram where an 
IP address in private IP addresses which assigned for 
the local network between the PC 106 and the modem 
101 is assigned to its header, as shown in Fig. 4(e), 

40 Even if a user who possesses the modem 101 can 
assign, for example, only one public IP address with the 
private IP datagram, the device (PC 106) within the 
LAN, to which the modem 101 is connected, can make 
an intercommunication in a local address space. 

45 [0056] Lastly, in the PC 106, the private IP datagram 
is stored in the data area of an Ethernet frame gener- 
ated based on an MAC (Media Access Control) protocol 
as shown in Fig. 4(f). and is transmitted to a 10Base-T 
interface. The physical address of either of the devices 

so between which a communication is made is specified in 
the header of the Ethernet frame. With this frame, the 
control for preventing a frame collision in the 10Base-T 
interface is performed. 

[0057] After the Ethernet frame transmitted to the 
55 10Base-T interface in the above described way is 
received by the modem 101, the private IP datagram is 
extracted from its data area as shown in Figs. 5(e) and 
5(d). 
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which assigned for the local network between the PC 
106 and the modem 101 by communicating with a 
BootP client 714 within the PC 106, when the PC 106 is 
connected to the 10Base-T hub 701 and is booted up. 
[0082] An IP tunnel/ATM VC negotiator 707 performs 
conversion between the IP tunnel link information 
according to the PPTP (or the L2TP) and the ATM VC 
(ATM Virtual Connection) information which is the infor- 
mation about an ATM connection, and notifies a Q.2931 
processor 709 or the PPTP controller 705 of the con- 
verted information. 

[0083] Additionally, the IP tunnel/ATM VC negotiator 
707 receives a transmission speed requested by the 
controller 705, when the PPTP controller 705 connected 
to the IP tunnel/ATM VC negotiator 707 detects the 
occurrence of the IP tunnel request issued from the PC 
106. The IP tunnel/ATM VC negotiator 707 then arbi- 
trates whether or not to accept the requested transfer 
speed by making an inquiry to a resource manager 708 
which manages the bandwidth of an xDSL line, and 
feeds back the transfer speed determined based on the 
result of the arbitration to the PPTP controller 705. 
[0084] The Q.2931 processor 709 performs the con- 
trol of connecting/disconnecting an ATM VC between 
the DSLAM 102 and the modem 101 itself according to 
the ITU-T Q.2931 signaling procedures. When an ATM 
VC request is issued, a VP I (Virtual Path 1dentrfier)WCI 
(Virtual Channel Identifier) for an ATM VC is assigned 
from the DSLAM 102. Therefore, the Q.2931 processor 
709 sets the assigned VPl/VCl to the SAR (Segmenta- 
tion And Reassembly unit) 710. 
[0085] The SAR 710 assembles an ATM ceil from the 
PPP packet passed from the PPTP controller 705 to 
which the SAR 710 is connected in the order of Figs. 
6(a), to 6(c), assigns the VPIA/CI notified from the 
Q.2931 processor 709 to the header of the assembled 
ATM cell, and passes the ATM ceil to a cell multiplexing 
circuit 71 1 . 

[0086] Conversely, the SAR 710 assembles a PPP 
packet from the ATM cell passed form the cell multiplex- 
ing circuit 711 in the order of Figs. 6(c) to 6(a). and 
passes the assembled packet to the PPTP controller 
705 to which the corresponding SAR 710 is connected. 
[0087] The cell multiplexing circuit 71 1 multiplexes the 
ATM cells passed from a plurality of SARs 710, and 
passes the multiplexed cell to an xDSL driver 712. 
[0088] Conversely, the cell multiplexing circuit 71 1 
demultiplexes each ATM cell corresponding to each of 
the plurality of SARs 710 from the ATM cell group 
passed from the xDSL driver 712. and passes the 
demultiplexed ATM cell to each corresponding SAR 
710. 

[0089] The xDSL driver 712 modulates the multi- 
plexed signal passed from the cell multiplexing circuit 
71 1 , and transmits the resultant xDSL signal to a sub- 
scriber line which is an xDSL line. 
[0090] Conversely, the xDSL driver 712 receives the 
xDSL signal from the subscriber line, demodulates the 



BNSDOCID* <EP 094428 1A2 L> 



xDSL signal, and passes the resultant multiplexed sig- 
nal to the cell multiplexing circuit 71 1 . 
[0091] A rate controller 713 detects the bandwidth 
used by the xDSL line and controls the bandwidth for 
5 the xDSL line. The bandwidth control state is managed 
by the resource manager 708. 

(Configuration of the DSLAM 102) 

10 [0092] Fig. 9 shows the configuration of the DSLAM 
102 illustrated in Fig. 2. 

[0093] As a capability which particularly relates to the 
present invention, a frequency detector 802 detects an 
upstream having a predetermined frequency on a sub- 
15 scriber line which is an xDSL line via a hybrid circuit 801 
to which the frequency detector 802 is connected. 
When the frequency detector 802 detects this 
upstream, a power controller 803 connected to the fre- 
quency detector 802 powers up an xDSL driver 804 and 
20 an SVC Cont. 807, which are connected to the power 
controller 803. As a result, a waste of electric power can 
be prevented when no communication is made. 
[0094] The DSLAM 1 02 comprises a plurality of ports, 
each of which is configured by the respective circuits 
25 801 through 805 and 807 through 809 in correspond- 
ence with each subscriber line which is an xDSL line. 
[0095] In each of the plurality of ports, the xDSL driver 
804 extracts an ATM cell by demodulating the xDSL sig- 
nal received from the hybrid circuit 801 to which the 
30 xDSL driver 804 and a subscriber line is connected, and 
transfers the extracted ATM cell to an ATR 809 via a 
UPC (Usage Parameter Controller) 808. 
[0096] Conversely, the xDSL driver 804 generates an 
xDSL signal by modulating the ATM cell transmitted 
35 from the ATR 809 via the UPC 808, and transmits the 
generated signal to the subscriber line via the hybrid cir- 
cuit 801 to which the xDSL driver 804 is connected. 
[0097] The rate controller 805 detects the bandwidth 
used by the xDSL line and controls the bandwidth for 
40 the xDSL line via the xDSL driver 804. The bandwidth 
control state is managed by a resource manager 806. 
The resource manager 806 also manages the use state 
of each ATM VC bandwidth by monitoring each buffer 
within an ATM matrix 810. 
45 [0098] The UPC 808 performs usage parameter con- 
trol for an ATM cell. Since this control does not particu- 
larly relate to the present invention, its details are 
omitted. 

[0099] An SVC Cont. (SVC controller) 807 is a com- 
50 ponent which particularly relates to the present inven- 
tion, and comprehensively controls the 
connection/disconnection of an ATM VC within the PVC 
' (to be described later) established between the access 
server 104 and the DSLAM 102 itself. Its details will be 
55 described later. 

[0100] An ATR (Address Translator) 809 performs a 
mutual rewrite operation between the VPIA/CI of the 
header of the ATM cell input/output to/from the ATM 
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cell from the IP datagram passed from the IP router 904 
in the order of Figs. 7(a) to 7(d), and passes the assem- 
bled cell to the Con.Mgr. 902 to which the SAR 903 is 
connected. 

[0116] The IP router 904 routes the IP datagram by 
identifying the public IP address specified in the header 
of the IP datagram passed from the SAR 903, converts 
the IP datagram into the physical frame formal of the 
output side line, and transmits it to the Internet 105. 
[0117] A DHCP (Dynamic Host Configuration Proto- 
col) server 905 assigns an IP address to a PC 106 with 
DHCP procedures, when it begins to make a PPP com- 
munication with the PC 106. 

< Details of Line Connection Procedures ) 

[0118] Provided below is the explanation about the 
details of the line connection procedures implemented 
in the preferred embodiment of the present invention, 
which has the above described configuration. 
[0119] The start-i$> operations of an xDSL line when 
the modem 101 is powered up were described earlier. 
[01 20] Namely, the modem 101 transmits an upstream 
having a predetermined frequency to the DSLAM 1 02 
via the xDSL driver 712 when power is turned on. 
[0121] The frequency detector 802 of the port which 
accommodates the subscriber line connected to the 
modem 101 and is included in the DSLAM 102 detects 
an upstream having a predetermined frequency on the 
subscriber line via the hybrid circuit 801 to which the fre- 
quency detector 802 is connected. When the frequency 
detector 802 detects this upstream, the power controller 
803 connected to the frequency detector 802 powers up 
the xDSL driver 804 and the SVC Cont. 807, which are 
connected to the power controller 803. As a result, a 
waste of electric power can be prevented when no com- 
munication is made. 

[01 22] The frequency detector 802 continues to mon- 
itor the upstream having the predetermined frequency 
on the subscriber line via the hybrid circuit 801 to which 
the frequency detector 802 is connected even after the 
corresponding xDSL line is started up. 
[01 23] If the frequency detector 802 detects a discon- 
tinuity of the upstream, Jt determines that the modem 
101 is powered down. Then, the power controller 803 
connected to the frequency detector 802 powers down 
the xDSL driver 804 and the SVC Cont. 807, which are 
connected to the power controller 803. As a result, a 
continuous waste of electric power can be prevented. 
[0124] Provided next is the explanation about the 
details of the line connection procedures implemented 
in the preferred embodiment of the present invention. 
[0125] In the preferred embodiment of the present 
invention, the SVC Cont.807 within each port receives 
an idle VC indication cell which is an OAM cell via the 
ATR 809 and the ATM matrix 810, to which the SVC 
Cont. 807 is connected, within the DSLAM 102 shown in 
Fig. 9. 



[01 26] The idle VC indication cell is transmitted by the 
CoaMgr. 902 within the access server 104, which is 
shown in Fig. 10. The Con.Mgr. 902 broadcasts to all of 
the devices within the ATM network the VPI/VCI of an 

5 ATM VC which is unused in the range of the ATM VC 
belonging to the PVC that the Con.Mgr. 902 itself pos- 
sesses via the SONET interface circuit 901 as the idle 
VC indication cell, at regular time intervals (such as at 
five-minute intervals). 

w [01 27] Fig. 1 1 shows the data structure of an OAM cell 
which can form the idle VC indication cell. 
[01 28] Because the OAM cell is broadcast within an 
ATM network, the value of the VPI/VCI included in a cell 
header may be arbitrary (it is ignored). Additionally, the 

is value "111" which instructs reference to inside of a pay- 
load is assigned as a payload type. 
[0129] The payload of the OAM cell stores an AAL5 
(ATM Adaptation Layer 5) protocol data unit. 
[0130] The value "00000001" indicating the idle VC 

20 indication cell is assigned to the first octet as a cell type 
identifier. 

[0131] The VPI/VCI indicating an ATM VC that the 
Con.Mgr. 902 does not currently use is particularly 
stored in an information field as a feature of the idle VC 

25 indication cell. 

[0132] The idle VC indication cell is received by each 
SVC Cont. 807 from the ATM switch 103 (shown in Fig. 
2) via the SONET interface circuit 81 1, the ATM matrix 
810. and each ATR 809, which are included in the 

30 DSLAM 102 shown in Fig. 9. 

[0133] Upon receipt of the idle VC indication cell, the 
SVC Cont. 807 extracts the VPIA/CI of the idle ATM VC 
stored in the information field of the cell, and registers 
the extracted VPI/VCI to a nominated VC map pos- 

35 sessed by the SVC Cont. 807. 

[01 34] The nominated VC map stores not only the 
information about an idle ATM VC but also the informa- 
tion about the ATM VC used by the port to which the 
map itself currently belongs. 

40 [0135] Fig. 12 shows the data structure of the nomi- 
nated VC map. 

[01 36] This map stores, for each ATM VC, the port 
number (NW Port #) of the SONET interface circuit 81 1 
of the DSLAM 102 to which an ATM VC belongs, an 

45 STS channel number (STS CH#) configuring the 
SONET interface at which the SONET interface circuit 
81 1 terminates, the VPI (VPI #)/VCI (VCI #) of the ATM 
VC, an ATM address of the access server 104 to which 
the ATM VC belongs, an identifier (ISP ID) of the ISP 

so (Internet Service Provider) that manages the access 
server 104. and the current use status (Status) of the 
ATM VC. A plurality of PCs 106 can be connected to the 
subscriber line accommodated by the port to which this 
map belongs via the modem 101 , and each of the PCs 

55 106 can individually establish a PPP session with the 
access server 104. Therefore, one ATM address corre- 
sponding to one access server 104 may be assigned to 
the entries of a plurality of ATM VCs in the above 
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call established on an analog channel, while "2" is 
assigned to the call established on a digital channel "3" 
is assigned to a call established on whichever channel. 
"Framing Type" is assigned with a PPP frame type. "1" 
is assigned for a call using asynchronous framing/while 
"2" is assigned for a call using synchronous framing. 
"Packet Recv. Window Size" is assigned with the 
number of received data packets that the PNS 702 buff- 
ers for this session. "Packet Processing Delay" is 
assigned with the duration of a packet processing delay 
extension of the data to be transmitted from the PAC 
703 to the PNS 702 in units of one-tenth of a second. 
"Phone Number Length" is assigned with the number of 
digits of a telephone number in a "Phone Number" field. 
"Phone Number" and "Subaddress" are assigned with 
the ATM address of the access server 104. 
[0151] Upon receipt of the above descrtoed outgoing 
call request from the PC 106, the PPTP controller 705 
(shown in Fig. 8) which corresponds to the above 
described call and is included in the PAC 703 within the 
modem 101 passes to the Q.2931 processor 709 the 
"Phone Nurriber"and the "Subaddress" of the access 
server 104, which are extracted from the outgoing call 
request, and passes to the IP tunnel ATM VC negotiator 
707 the "Minimum BPS" and the "Maximum BPS", 
which are extracted from the request. 
[0152] The IP tunnel/ATM VC negotiator 707 shown in 
Fig. 8 performs the following control operations in order 
to prevent a congestion occurring on an xDSL line 
which is UBR (Unspecified Bit Rate) controlled. That is, 
the IP tunnel/ATM VC negotiator 707 converts the mini- 
mum BPS and the maximum BPS that the above 
described IP tunnel request requires into a minimum 
cell rate and a maximum cell rate, respectively, which 
are parameters of an ATM VC, and compares the con- 
verted rates with the bandwidth of the xDSL line and the 
currently unused bandwidth, which are received from 
the resource manager 708. As a result of the compari- 
son, if the values of the IP tunnel request are unsuitable, 
the IP tunnel/ATM VC negotiator 707 requests the 
PPTP controller 705 to change these values. 
[0153] When the "Phone Number" and the "Subad- 
dress" of the access server 104 are passed from the 
PPTP controller 705, the Q.2931 processor 709 shown 
in Fig. 8 issues to the DSLAM 102 the ATM VC request 
where the ATM address of the access server 104 is 
specified according to the ITU-T Q.2931 signaling pro- 
cedures (S4 of Fig. 13 or Fig. 14). 
[0154] This ATM VC request is converted into an ATM 
cell for UNI (User Network Interface) signaling in the 
SAR 710 shown in Fig. 8, and is transmitted to a sub- 
scriber line which is an xDSL line via the cell multiplex- 
ing circuit 71 1 and the xDSL driver 712. 
[0155] In the DSLAM 102 shown in Fig. 9. upon 
receipt of the above described ATM VC request via the 
hybrid circuit 801, the xDSL driver 804, the UPC 808, 
and the ATR 809, the SVC Cont. 807 searches for an 
idle VC with the following procedures. 



[0156] First of all, the SVC Cont. 809 identifies from 
the ATM VC request the ATM address of the access 
server 104 which is the connection destination. 
[0157] The SVC Cont. 807 then searches the ATM VC 
5 group including the ATM address of the access server 
104 in the nominated VC map (refer to Fig. 12), and 
extracts the entry of an ATM VC whose current use sta- 
tus is unoccupied, that is, an idle ATM VC from the 
searched group. 
io [0158] When the SVC Cont. 807 successfully extracts 
the entry of the idle ATM VC. it confirms that the 
VPl/VCI assigned to the extracted entry is not used by 
communicating with the Con.Mgr. 902 within the access 
server 104 which is the connection destination. 
is [01 59] Specif ically, the SVC Cont. 87 transmits a con- 
nection confirm cell which is an OAM cell (S6 of Fig. 13). 
This OAM cell has the above described data structure 
shown in Fig. 11. The value "00000002" indicating the 
connection confirm cell is assigned as the cell type 
20 identifier within the payload. Additionally, the ATM 
address of the access server 104 which is the connec- 
tion destination, the VPI/VCI of the idle ATM VC, the 
ATM address of the DSLAM 102, and the port number 
of the SVC Cont. 807 are stored in the information field. 
25 [01 60] The above descrtoed connection confirm cell is 
input from the SVC Cont 807 to the ATM matrix 810 via 
the ATR 809. copied in the ATM matrix 810. and broad- 
cast from all of the SONET interlace circuits 811 as an 
OAM cell, in Fig. 9. 
30 [0161] When the OAM ceil reaches the Con.Mgr 902 
(refer to Fig. 10) within the access server 104 which is 
the connection destination, the Con.Mgr. 902 identifies 
that this OAM cell is the connection confirm cell 
addressed to the Con.Mgr. 902 itself by recognizing the 
35 cell type identifier stored in the payload of the OAM cell 
and the ATM address of its own stored in the information 
field within the payload. 

[0162] The Con.Mgr. 902 then determines whether or 
not the VPIA/CI stored in the information field within the 
40 payload of that connection confirm cell are not currently 
used (S7of Fig. 13). 

[0163] If the Con.Mgr. 902 determines that the 
VPIA/CI are currently unused, it transmits a connection 
confirm reply cell which is an OAM cell (S8 of Fig. 13). 
45 This OAM cell has the above described data structure 
shown in Fig. 1 1, and the value "00000003" indicating 
the connection confirm reply cell is assigned as the cell 
type identifier within the payload. The contents of the 
information field of the above described connection con- 
so firm cell are stored in the information field unchanged. 
[01 64] This connection confirm reply cell is broadcast 
as the OAM cell from the Con.Mgr. 902 via the SONET 
interface circuit 901 in Fig. 10 (S8 of Fig. 13). 
[0165] When this OAM cell reaches the DSLAM 102 
55 which is the connection destination, it is transferred 
from the SONET interface circuit 81 1 to the ATM matrix 
810, copied, and broadcast to the ATRs 809 within all of 
the ports shown in Fig. 9. 
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[0184] At first, the SVC Cont. 807 within the DSLAM 
102 receives a call terminating request conforming to 
the Q.2931 signaling procedures from an opposing 
modem 101. 

[0185] The SVC Cont. 807 cancels the mapping of the 
corresponding VPI/VCI in the ATR 809 according to the 
call terminating request. 

[0186] Additionally, the SVC Cont. 807 restores the 
use status of the entry corresponding to the VPI/VCI to 
the unoccupied status in the nominated VC map on a 
predetermined cycle. 

[0187] Furthermore, the SVC Cont. 807 transmits a 
connection release cell which is an OAM cell. This OAM 
cell has the above described data structure shown in 
Fig. 1 1 . The value "00000005" indicating the connection 
confirm cell is assigned as the cell type identifier of the 
payload. The ATM address of the access server 104 
which is a connection destination, the VPI/VCI of the 
ATM VC corresponding to the call terminating request, 
the ATM address of the . DSLAM 102, and the port 
number of the SVC Cont. 807 are stored in the informa- 
tion field. 

[0188] The above described connection release cell is 
input from the SVC Cont. 807 to the ATM matrix 81 0 via 
the ATR 809, copied, and broadcast as the OAM cell 
from all of the SONET interface circuits 81 1 , in Fig. 8. 
[0189] When the OAM cell reaches the Con.Mgr. 902 
(refer to Fig. 10) within the access server 104 which is 
the connection destination, the Con.Mgr. 902 identifies 
that this OAM cell is a connection release cell 
addressed to the Con.Mgr. 902 itself by recognizing the 
cell type identifier stored in the payload of the OAM cell 
and its own ATM address stored in the information field 
within the payload. 

[0190] The Con.Mgr. 902 then resumes the transmis- 
sion of the idle VC indication cell for the VPI/VCI stored 
in the information field within the payload of the connec- 
tion release cell. 

< Call Termination Process Due to Power-Off of the 
Modem 101 ) 

[0191] For example, if the power of the modem 101 is 
shut off, an xDSL line is terminated from a subscriber 
side without the issuance of the call terminating 
request. If this state is left unattended, this call will 
remain without being released. 

[0192] Therefore, according to the present invention, 
when the frequency detector 802 detects the disconti- 
nuity of an upstream on a subscriber line after an xDSL 
line is started up. the power controller 803 connected to 
the frequency detector 802 can be configured to per- 
form the above described call termination process for 
the SVC Cont. 807 immediately before the xDSL driver 
804 and the SVC Cont. 807, which are connected to the 
power controller 803, are powered down. 



<Call Termination Process Due to an IP Tunnel Discon- 
nection) 

[01 93] For example, if the power of the PC 1 06 is shut 
s off, a line is terminated without the termination of an IP 
tunnel. If this state is left unattended, this call remains 
without being released as long as the power of the 
modem 101 is ON. 

[0194] Therefore, according to the present invention, 
10 it can be configured that the PPTP controller 705 
detects the disconnection of an IP tunnel, for example, 
by detecting the discontinuity of an echo message 
based on the PPTP. and the Q.2931 processor 709 
issues a call terminating request when the disconnec- 
15 tion is detected, in the modem 101 shown in Fig. 8. 

< Prevention of Improper Operations for Establishing an 
ATM VC Performed by the SVC Cont. 807 and the Con. 
Mgr. 902) 

20 

[0195] According to the above described preferred 
embodiment of the present invention, the idle VC indica- 
tion cell is configured to be transmitted at regular time 
intervals (such as at 5-minute intervals) from the 
25 Con.Mgr. 902 in order to prevent network resources 
from being wasted, by utilizing transmission of a celt 
depending on need. 

[0196] However, the idle VC indication cell may be 
configured to be continuously transmitted as a method 
30 for avoiding a collision. In this case, there is no need to 
perform the confirmation procedure using a connection 
confirm cell and a connection confirm reply cell. 

< Incorporating the OAM Cell Termination Capability into 
35 a Network Interface Device > 

[0197] If DSLAMs 102 are connected as a ring, an 
OAM cell must be configured not to return to an original 
DSLAM 102. 

40 [01 98] In this case, the OAM cell termination capability 
may be incorporated into a network interface device 
such as a SONET interface circuit, etc. as an option. 

(Method for Automatically setting a Nominated VC 
45 Map) 

[0199] The SVC Cont 807 can extract the ATM 
address of the ISP to which an idle ATM VC is allocated, 
by storing the ATM address of the access server 104 
so that transmitted an idle indication cell in the payload of 
the cell, and can add the nominated VC map of the SVC 
Cont. 807 itself based on this data. 

Claims 

55 

1. An SVC accessing method for use in an ATM- 
DSLAM, with which a subscriber side terminating 
device (106, 113, 116) accesses an access server 
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originating request issued from the subscriber 
side modem, in the accommodation station 
modem. 

10. The SVC accessing method according to claim 9 ( 5 
further comprising the step of: 

storing identification information of the access 
server along with information about the unused 
virtual connection in the management and 10 
maintenance broadcast cell. 



11. The SVC accessing method according to claim 9, 
further comprising the step of: 

selectively running a capability for terminating 
the management and maintenance broadcast 
cell input from a network side in an accommo- 
dation station side network interface. 

12. The SVC accessing method according to claim 6, 
further comprising the step of: 

releasing a virtual connection under a commu- 
nication by communicating with the access 
server with a management and maintenance 
broadcast cell based on a call terminating 
request issued from the subscriber side 
modem, in the accommodation station side 
modem. 

13. A modem connecting method with which a sub- 
scriber side modem (101) which performs modula- 
tion/demodulation with a digital subscriber line 
method accesses an access server (104, 1 17) con- 
nected to an ATM switch network (103) by using an 
ATM cell transferred with an asynchronous transfer 
mode method via an accommodation station side 
modem (102) accommodating a digital subscriber 
line to which the subscriber side modem (101) is 
connected, comprising the steps of: 

starting a transmission of an upstream having a 
predetermined frequency when the subscriber 
side modem starts its operation, in the sub- 
scriber side modem; and 
starting an operation of the accommodation 
station side modem when an upstream having 
a predetermined frequency on the digital sub- 
scriber line on the accommodation station side 
is detected. 

14. The modem connecting method according to claim 
13, further comprising the steps of . 

monitoring the upstream having the predeter- 
mined frequency on the digital subscriber line 
on the accommodation station side after the 
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operation of the accommodation station side 
modem is started; and 

stopping the operation of the accommodation 
station side modem when the upstream 
becomes discontinuous. 

15. The modem connecting method according to claim 
14, further comprising the step of: 

performing a call termination process in the 
accommodation station side modem for a com- 
munication process performed by using the 
accommodation station side modem and the 
subscriber side modem immediately before the 
operation of the accommodation station side 
modem is stopped. 

16. The modem connecting method according to claim 
13, further comprising the step of: 

performing a call termination process in the 
subscriber side modem for a communication 
process performed by using the accommoda- 
tion station side modem and the subscriber 
side modem, when a communication signal 
from a terminal connected to the subscriber 
side modem is detected to be discontinuous. 

17. An ATM-DSLAM device, which is an accommoda- 
tion station side modem (102), for use in a system 
where a subscriber side modem (101) performing 
modulation/demodulation with a digital subscriber 
line method accesses an access server (104, 117) 
connected to an ATM switch network (1 03) by using 
an ATM cell transferred with an asynchronous 
transfer mode method via the accommodation sta- 
tion side modem (102) accommodating a digital 
subscriber line to which the subscriber side modem 
(101) is connected, comprising: 

a connecting device for making a continuous 
connection with the access server by using a 
permanent virtual connection; 
a connection managing device for managing an 
unused virtual connection within the perma- 
nent virtual connection; and 
a connection allocating device for allocating an 
unused virtual connection to the subscriber 
side modem by communicating with the access 
server based on a call originating request 
issued from the subscriber side modem. 

18. The ATM-DSLAM device according to claim 17, 
wherein said connection managing device man- 
ages an unused virtual connection within the per- 
manent virtual connection while exchanging with 
the access server information about the unused vir- 
tual connection by using a management and main- 
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when said upstream detecting device detects 
the discontinuity of the upstream. 

28. The ATM-DSLAM device according to claim 27, 
wherein said controlling device performs a call ter- s 
mination process for a communication process cor- 
responding to the subscriber side modem 
connected to the digital subscriber line immediately 
before the operation of each communicating device 
included in the accommodation station side modem 10 
corresponding to the digital subscriber line on 
which the discontinuity of the upstream is detected. 

29. A subscriber side modem (1 01) for use in a system 
where the subscriber side modem (1 01 ) performing is 
modulation/demodulation with a digital subscriber 
line method accesses an access server (104, 117) 
connected to an ATM switch network (103) by using 

an ATM cell transferred with an asynchronous 
transfer mode method via an accommodation sta- 20 
tion side modem (102) accommodating a digital 
subscriber line to which the subscriber side modem 
(101) is connected, comprising: 

an upstream transmitting device for starting a 25 
transmission of an upstream having a predeter- 
mined frequency when the subscriber side 
modem starts its operation. 

30. The subscriber side modem according to claim 29, 30 
further comprising: 

a call terminating request issuing device for 
issuing a call termination request to the accom- 
modation station side modem when discorrtinu- 35 
ity of a communication signal from a terminal 
connected to the subscriber side modem itself 
is detected. 
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